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PRELIMINARY AMENDMENT 

Assistant Commissioner for Patents 
Washington, D.C. 20231 

Sir: 

Before the issuance of the first Official Action, 
please amend the above-identified application as follows: 
IN THE CLAIMS; 

Please amend the claims as follows : 

Claim 5, lines 1 and 2, delete "one of the preceding 
claims" and insert --claim 1--; 

Claim 6, lines 1 and 2, delete "one of the preceding 
claims" and insert --claim 1--; 
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Claim 7, lines 1 and 2, delete "one of the preceding 
claims" and insert --claim 1--; 

Claim 8, line 1, delete "or 3" ; 

Claim 10, lines 1 and 2, delete "any of the preceding 
claims", and insert --claim 1--; 

Claim 12, line 1, delete "any of claims 1-11", and 
insert --claim 1--; 

Claim 13, line 1, delete "any of claims 1-12", and 
insert --claim 1--; 

Claim 14, line 1, delete "any of claims 1-13", and 
insert --claim 1--; 

Claim 17, line 1, delete "or 16". 

REMARKS 

The claims have been amended to eliminate multiple 

dependencies. The filing fee has been calculated based upon 

these amendments to the claims. 

Respectfully submitted, 

FROMMSR LAWRENCE & HAUG LLP 
Attorneys for Applicants 
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METHOD AND SYSTEM FOR COMMUNICATION BETWEEN 
APPLICATION PROGRAMS AND A NETWORK 

The present invention relates to a method and 
system for communication between an application program 
and a network device driver program through intermediate 
structure software in an Object-Oriented Operating System 
5 (OS) that' allows for object-oriented programming. 

Application programs running on machines or 
computer systems in a distributed computing environment 
communicate with each other over a network. The sets of 
rules according to which these communications take place 

10 are called network protocols. To provide all needed 

communication functions the sets of rules are partitioned 
into groups of manageable size, with each group 
containing only those rules needed to perform some 
specific set of communication functions. 

15 Known network protocols consist of 

intermediate structure software of layers that are used 
one on top of the other. The combination of these layers 
or intermediate structure software is referred to as 
network protocol stack. At the bottom of these stacks the 

2 0 physical drivers are arranged, which drivers are 

responsible for sending data to and receiving data from 
the actual network. At the top of the stack the user 
application program is arranged, which program generates 
and consumes data. Data used by a user application 
25 program travels, before being sent onto the physical 
network, down through the protocol stack, where it is 
manipulated by every protocol layer before finally 
arriving at the bottom layer where the manipulated data 
is put onto the physical network. Similarly, when data is 

3 0 received by the physical drivers, data travels upward 

through the protocol stack before it is delivered to the 
user application. 
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The invention provides a method for 
communication between an application program and a 
network device driver program through intermediate 
structure software, comprising the steps of: 
5 a. supplying of application data units from the 

application program to a first program object or protocol 
object being part of the intermediate structure software; 

b. performing of first functions of the first 
program object on the application data units; 
10 c. supplying of resulting first data units from 

tile first program object to a second program object being 
part of the intermediate structure software; 

d. performing of second functions of the second 
program object on the first data units; 
15 e. supplying of the resulting second data units 

to the network device driver program. 

Besides the above -described two program objects 
or protocol objects of the intermediate structure 
software the method also comprises supplying data units 
20 to and from more than two program objects. 

The present invention also provides a method 
for the communication between a network device driver 
program and an application program through intermediate 
structure software, comprising the steps pf : 
25 a. supplying of first data units from the 

network device driver program to a first program object 
or protocol object being part of the intermediate 
structure software ; 

b. performing of first functions of the first 
3 0 program object on said first data units; 

c. supplying of resulting second data units 
from the first program object to a second program object 
being part of the intermediate structure software; 

d. performing of second functions of the second 
3 5 program object on the second data units; 

e. supplying of resulting application data 
units from the second program object to said application 
program ♦ 
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The method according to the present invention 
provides for an optimal run-time environment and allows 
to build and change stacks at run- time , enables zero-copy 
architecture, manages timers and automates the logging of 
5 internal events. 

Each program object or module provides a 
network protocol and all program objects together provide 
the network protocol stack. 

Data transfer between two program objects or 
10 modules is accomplished through interconnecting queue- 
objects. References to data units in a interconnecting 
queue-object are passed between the program objects. 

In a preferred embodiment, instead of using one 
queue for connection between two program objects, more 
15 than one queue can be implemented, wherein different 

queues are given different priorities, i.e. one queue can 
be used for normal traffic of data units, while another 
queue can be used for expedited data unit transfer. In 
another embodiment queue ? s with two or more priority 
20 levels, i.e. normal and expedited priority, are provided. 

In yet another preferred embodiment it is 
possible, when a data unit moves down the protocol stack, 
to add protocol control information, for example as 
headers or trailers. This adding is called 

2 5 "encapsulation" . When a data unit moves up the stack, 

this protocol control information is stripped off again. 
This stripping off is called "decapsulation". If a data 
unit needs to be passed down or up in multiple data 
units, this is called "fragmentation". Uniting multiple 
30 data units is called " defragment at ion " . 

The present invention also provides a method 
wherein program objects in the intermediate structure 
software are added or removed during run time of the 
application program. This allows for changes to be made 

3 5 to the rules of communication with the network without 

interrupting the application programs or without even 
rebooting the computer system. 
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The present invention also provides a system 
for communication between an application program and a 
network device driver program and vice versa through 
intermediate structure "software, comprising: 
5 a. a first program object being part of the 

intermediate structure software and for performing of 
first functions on data units, said data units being 
transferred to and from the application program and data 
units being transferred to and from said first program 
10 object; 

b. a second program object being part of the 
intermediate structure software and for performing of 
second functions on said data units, said data units 
being transferred to and from said second program object 
15 and data units being transferred to and from the network 
driver . 

The present invention also provides a method 
for communication between a network device driver program 
and an application program through intermediate structure 
20 software, comprising the steps of: 

a. supplying of application data units from the 
application program to a first program object or protocol 
object being part of the intermediate structure software ; 

b. performing of first functions of the first 
25 program object on the application data units; 

c. supplying of resulting first data units from 
the first program object to a second program object being 
part of the intermediate structure software; 

d. performing of second functions of the second 
3 0 program object on the first data units; 

e. supplying of the resulting second data units 
to the network device driver program. 

The present invention will now be described by 
way of preferred embodiments, with reference to the 
3 5 accompanying drawings throughout which like parts are 
referred to by like references, and in which: 

- figure 1 is a diagram shows schematically a 
personal computer connected to a network; 



- figure 2 is a diagram showing a known layer 
protocol stack; 

- figure 3 is a diagram illustrating a method 
and system according to a preferred embodiment of the 

5 method and system according to the present invention; 

- figure 4 is diagram showing a memory pool 
shared between program objects; 

- figure 5a is a diagram showing the memory 
layout of a data unit; 

10 ~ figure 5b is a diagram showing the logical 

structure of the data unit; 

- figure 6a is a diagram showing the memory 
layout of a data unit to which a UDP header is added; 

- figure 6b is a diagram showing a logical 

15 structure the data unit to which the UDP header is added; 

- figure 7a is a diagram showing a memory 
layout of figure 6a after fragmentation in two IP packets 
and after insertion of headers; and 

- figure 7b is a diagram showing the logical 

2 0 structure of figure 6b after fragmentation in two IP 

packets and after insertion of headers. 

Figure 1 shows a personal computer or 
workstation that comprises a central processing unit 1, a 
random access memory 2, a read only memory 3 and a 
25 network adapter 5, all of which are connected through a 
bus 4 . The network adapter 5 is attached to a network 7 
which is in turn connected to a host computer 6 . Instead 
of a personal computer a wide and varied range of devices 
can be used ranging from small embedded systems like 

3 0 cellular phones, to large high-performance video servers. 

Network protocols are known that are combined 
into a layered structure, for example the network 
protocols of the OSI model, which is a standard for 
worldwide communications defining a framework for 
35 implementing protocols in seven layers. 

In figure 2 a four layer protocol stack is 
shown, in which application program layer 8 handles the 
details of a particular application program, transport 
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layer 9 provides a flow of data between two hosts, the 
network layer 10 handles the movement of data units 
around the network and the link layer 11 includes the 
network device driver program handling the actual 
5 physical interfacing with the network. 

The internet model (TCP/IP) is a four layer 
protocol stack. Layer 8 includes a file transfer protocol 
(FTP) for downloading or uploading files, a simple mail 
transfer protocol (SMTP) for electronic mail, etc.. The 

10 transport layer 9 is the Transmission Control Protocol 
(TCP) that is responsible for verifying the correct 
delivery of data. TCP adds support information to detect 
errors or lost data and to trigger retransmission until 
the data is correctly and completely received. Another 

15 transport layer 9 is the User Datagram Protocol (UDP) , 
that sends data units (datagrams) from one host to 
another, without checking whether the data units reach 
their destination. In this embodiment the application 
program is responsible for reliable delivery thereof. As 

2 0 an example of a network layer 10 the Internet Protocol 

(IP) provides a routing mechanism that routes a message 
across the network. Application programs such as the File 
Transfer Protocol (FTP) or the Simple Mail Transfer 
Protocol (SMTP) are provided to respectively allow for 
25 downloading and uploading between different network sites 
and to allow for sending and receiving electronic mail 
messages from and to the network sites. A link layer 11 
is provided for implementing ATM, IEEE 13 94 or ethernet 
networks . 

30 According to the preferred embodiment a 

specialized execution environment or also called 
metaspace is provided for the program objects which run 
on top of it. Each metaspace has for example its own 
message passing scheme that is adapted to the specific 

3 5 needs thereof. The specialized metaspace for network 

protocols and network protocol stacks is called mNet, the 
metaspace that supports device driver programs is called 
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mDrive, and the metaspace for programming an application 
program is called mCOOP. 

When a data unit is received by the physical 
drivers on mDrive, it travels through the protocol 
5 objects on mNet before it is consumed by the user 

application running on mCoop . Summarizing, the device 
driver programs run on mDrive, the network protocols 
objects run on mNet and application objects run on mCoop. 
The advantage of building these dedicated environments, 

10 for example the mNet for the implementation of protocol 
and protocol stacks, is that maximum support for the 
specific functionalities needed is provided. 

In the mNet metaspace, a network protocol is 
implemented through one or more program objects called 

15 modules with a predefined set of methods or function. A 
protocol stack is implemented by interconnecting multiple 
modules with queue objects. Data units travel through a 
set of interconnecting modules and each module performs 
some actions on the data units, that is, it adds or 

2 0 removes headers and trailers, fragments or defragments 
the data units etc. before passing it onto the next 
module . 

In figure 3 the mNet metaspace and its position 
amongst the other metaspaces is shown. When a data unit 

25 is generated by an application program object 10 or 11 on 
mCoop, this data unit travels down the protocol objects 
12-16 running on mNet, where it is manipulated by every 
program object. Program object 12 is in the internet 
model the Transmission Control Protocol (TCP) , program 

30 object 13 is the User Datagram Protocol (UDP) , program 
object 14 is the Internet Protocol IP, program object 15 
is the Point to Point Protocol, which provides dial-up 
access over serial communication lines, and program 
object 16 provides an ATM-interface. 

35 When the manipulated data unit arrives at the 

bottom layer, it is put on a physical network by the 
device driver programs 17 or 18 running on mDrive which 
provide a serial driver and an ATM-driver respectively. 
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A module has a predefined set of methods. These 
methods are invoked when certain actions or functions 
need to be performed by the modules. Limitation to this 
predefined set of methods allows for easier intermodule 
5 communications when building a protocol stack. It is 
however still possible to extend a module with extra 
methods at installation time or at run time. 

A predefined set of methods is described 

hereafter: 

10 • Init : This method is activated when the 

module is created. 

• PpenTop , openBottom : A queue to this module, 
at the indicated side, is being created.' The module can 
accept or reject the queue. 

15 • Rej ectTop . Ren e ctBottom : A queue opened to 

this module has been rejected by one of the two modules 
involved. 

• AcceptTop , Acce ptBottom : A queue opened to 
this module has been accepted by both modules involved. 

20 • Service Top, ServiceBottom : One or more SDUs 

are waiting to be processed on the queue connected to the 
top or bottom of this module. 

• CloseTop , Clos eBottom : A queue connected to 
this module, at the indicated side, is being closed. 

25 • TimeOut : This method will be called whenever 

a timer for this module has expired. 

• Debug : Special method used for testing and 

debugging . 

The top of a module connects to queues leading 
3 0 to modules implementing the next higher protocol layer. 
The bottom of a module connects to queues leading to 
modules that constitute the next lower protocol layer. 

In a preferred embodiment of the invention two 
basic types of queue exist, atomic queues and streaming 
3 5 queues. Atomic queues preserve the SDU boundaries; the 
receiver will read exactly the same SDUs from the queue 
as were written by the sender on that queue. On a 
streaming queue, the receiver can read SDUs from the 



queue with a size that differs from that of the size of 
the SDUs that were originally written by the sender. Also 
data read from a streaming queue must be explicitly 
acknowledged before it 'is actually removed from the 
5 queue . 

In another preferred embodiment program objects 
or modules can be interconnected using more than one 
queue. Using a priority mechanism, one queue can be used 
for normal traffic, while another queue can be used for 

10 expedited data transfer. The data from the expedited 

qilSue will be offered first to the module by the system. 

In another preferred embodiment of the 
invention the program objects are interconnected 
bidirectionally by interconnecting queues, which queues 

15 have two priority levels for passing SDUs, i.e. normal 

priority and expedited priority. When an SDU is sent on a 
queue with expedited priority, it will arrive at the 
other end of the queue before all other SDU with normal 
priority, 

20 T ^e basic data unit that is used to pass 

information between the modules is called the Service 
Data Unit (SDU) . SDUs are dynamic memory buffers, shared 
by all modules, used for data manipulations whereby 
physical copying of data is avoided as much as possible. 

25 A module always iterates through the following 

steps : 

- receive a SDU from a queue; 

- process the SDU and update the internal state 
of the module; 

30 " send one or more SDUs to a next module; 

- optionally perform postprocessing; and 

- wait for the next SDU to be received. 

Modules can be interconnected using queues at 
35 run time. These queues can also be removed at any time. 
This allows for the dynamic creation and configuration of 
protocol stacks. 
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A coding example showing in what way a protocol 
stack on mNet can be dynamically built, is given below. 
The code first looks for all protocol stack modules using 
the mNet:: Find service: The modules are then 
interconnected with atomic queues using the 
mNetQueue : :0pen service. 

void mNetMainO { 

SID sidLoop; 

SID sidATMiface; 
— SID sxdIP; 

SID sidUDP; 

SID sidTCP; 

Interf acelnfo interface; 
Protocol Info protocol; 

do { 

cout << » = INITIALISING STACK =» << endl; 

cout << "Locating stack components" << endl; 

mNet: : Find ( "Looplnterf ace" , sidLoop) ; 

mNet: : Find ("ATMi face", sidATMiface) ; 

mNet : : Find ("IP" , sidIP) 

mNet : : Find ( "UDP" , sidUDP) ; 

mNet : :Find ( "TCP" , sidTCP) ; 

// IP and Loopback HAVE to be in the image, 
if ( l (sidlP.IsValidO sidLoop . IsValid ())) { 

cout << RED "Can't build stack..." << endl; 

break; 

} 

cout << "Connecting components" << endl; 

interf ace .address = IPAdress ( " 12 7 . 0 . 0 . 0 " ) ; 
interf ace. netmask = IPAdress ( " 255 . 0 . 0 . 0 ") ; 
interface, flags = IFF_LOOPBACK; 



mNetQueue: :Open(sidIP / BOTTOM, 

sidLoop, TOP, 
FLOW__ATOMIC, 0, 
sizeof { Interf acelnf o) , 
^interface 
) ; 

if (sidATMiface.IsValidO ) { 
interface . address = 

IPAdress ( (char*) myipaddr) ; 
interface . netmask = 

IPAdress ("255. 255. 255.0") ; 
interf ace . flags = 0x0 0; 
mNetQueue: :Open(sidIP / BOTTOM, 

sidATMiface, TOP, 
FLOW__ATOMIC, 0, 
sizeof (Interf acelnf o) 

&interf ace 
) ; 

} 

if (sidUDP. IsValidO ) { 

protocol . protocol = IPPROTO__UDP ; 

mNetQueue: :Open (sidUDP, BOTTOM, 

sidIP, TOP, 
FLOW_ATOMIC, 0, 
sizeof (Protocollnf o) 
^protocol 

) ; 

} 

if (sidTCP. IsValidO ) { 

protocol .protocol = IPPROTO_TCP 
mNetQueue : : Open (sidTCP, BOTTOM, 

sidIP, TOP, 
FLOW_ATOMIC, 0, 
sizeof (Protocollnf o) 
^protocol 
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) ; 

} 

cout << "= DONE =" << endl; 
} while (0) ; 

5 } 



Data units travel through a set of 
interconnecting modules and each module performs some 
actions on the data units, before passing them to the 

10 next module. Since all these manipulations need to be 
performed as fast as possible, data units are not 
necessarily copied. Instead data references pointing to 
data units and queues are passed between- the modules. 
Therefore all SDUs are managed by a central SDU Manager 

15 which manages a memory pool of data units. This memory 
pool is shared between the mNet SDU manager and all mNet 
modules and queues. In figure 4 SDUs 23 and 24 of program 
objects 20 and 21 are in the memory pool 22 which is 
managed by the SDU Manager 25. To avoid physical copying 

2 0 or moving of SDUs 23 or 24 in the shared memory pool 22 

when going from one program object 20 to another program 
object 21, the SDUs are stored using references, which 
references point to the memory location of the SDU, and 
offsets and sizes of the data units within the SDU, as is 
25 shown in figures 5-7. 

Consider a program application that sends data 
units over an ATM network using the User Datagram 
Protocol (UDP) . The application program first builds a 
SDU that contains the application data units. The 

3 0 original SDU memory lay-out of memory pool 22 is shown if 

figure 5a and the logical structure thereof is shown in 
figure 5b. The data contained in the SDU is stored in 
variable sized data units and the actual SDU is 
constructed by linking data units together at certain 
3 5 offsets. The SDU is then headed over to the UDP module. 
The UDP module adds the appropriate UDP header in front 
of the SDU. The effect of this action on the SDU 
organization is illustrated in figure 6a in which the 
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resulting SDU memory- layout is shown and in figure 6b in 
which the logical structure thereof is shown. The UDP 
module then passes the SDU to the IP module. The IP 
module fragments the UDP datagram if needed and adds a IP 
5 header to every fragment. The effects of- fragmentation 
and IP header insertion on the SDU is shown in figures 7a 
and figure 7b. Data units are then passed to the ATM 
driver that sends it over the network. Throughout these 
manipulations the SDU data unit is never copied or moved. 

10 The only actions involved are reorganizations of 

references to the SDU and reorganizations of offsets and 
sizes of a data unit in the SDU. This makes the 
communication method fast and reliable. - 

Managing the SDUs as described above provides 

15 the following advantages: 

- data can be shared between SDUs, that is 
copying or moving of data from one SDU to another is done 
by keeping references and reference counters instead of 
physically copying or moving the data; 

20 - adding data and removing data from an SDU can 

be accomplished without physically copying or moving the 
SDU contents; 

- SDU data does not have to be stored 
contiguously in memory. 

25 In a further preferred embodiment the SDUs are 

organized, i.e. created, allocated, etc., in SDU pools, 
which are shared memory buffers. Every program object or 
module has attached to it one single SDU pool in which it 
creates SDUs and allocates data for the SDUs. In a 

3 0 preferred embodiment the intermediate structure software 
and the application program have different SDU pools 
which are optimized for their specific use. SDU pools are 
shareable amongst more than one program object or module. 
An advantage thereof is that important program objects 

3 5 can be allocated a larger SDU pool while a smaller SDU 
pool will suffice in case of a less important program 
objects. The SDU pools also provide indirectly for the 
local flow control mechanism of the protocol stack. 
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In another embodiment of the invention a naming 
service is provided for allowing program objects or 
modules to find other program objects or modules using 
symbolic names. That is a mapping is provided between the 
5 internal communication mechanism of the -specific hardware 
configuration and symbolic names. These names can be 
mapped to the earlier described references and vice 
versa . 

The present invention is not limited to the 
10 above given embodiments. The scope of the present 
invention is defined by the next claims, while many 
modifications to the above embodiments are possible 
within the scope thereof. 
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CLAIMS 

It. Method for communication between an 
application program and a network device driver program 
through intermediate structure software, comprising the 
steps of: 

5 a. supplying of application data units from the 

application "program to a first program object being part 
of the intermediate structure software; 

b. performing of first functions of the first 
program object on the application data units; 
10 c. supplying of resulting first data units from 

the first program object to a second program object being 
part of the intermediate structure software; 

d. performing of second functions of the second 
program object on the first data units; 
15 e. supplying of the resulting second data units 

to the network device driver program. 

2. Method according to claim 1, wherein data 
units are supplied over interconnecting queue-objects. 

3. Method according to claim 1, wherein 

2 0 supplying data units between program objects is 

accomplished by passing references pointing to memory 
locations of the data units. 

4. Method according to claim 2, wherein data 
units are supplied over interconnecting queue-objects, 

25 wherein the queue-objects have different priorities. 

5 . Method according to one of the preceding 
claims, wherein program objects are added during run time 
of the application program. 

6 . Method according to one of the preceding 

3 0 claims, wherein program objects are removed during run 

time of the application program. 

7 . Method according to one of the preceding 
claims, wherein after performing of functions of a 



program object and supplying data units to a further 
program object additional functions of the program object 
are performed. 

8. Method according to claim 2 or 3 , wherein 
5 step a and/or c also comprises adding or- removing 

information to or from said data units. 

9. Method according to claim 3, also comprising 
dividing data units into data units parts or uniting data 
unit parts into data units. 

0 10 . Method according to any of the preceding 

claims, providing service data units containing one or 
more data units. 

11. Method according to claim 10, referencing 
data units with a reference to the service data unit. 

5 12. Method according to any of claims 1-11, 

also providing a specialized execution environment for 
communication between the application program and the 
network device driver program. 

13. Method according to any of claims 1-12, 
0 wherein data units are organized in data unit pools 

adapted to the specific use thereof. 

14. Method according to any of claims 1-13, 
providing a naming service for mapping between the 
internal communication mechanism of the hardware and 

5 symbolic names . 

System for communication between an 
application program and a network device driver program 
and vice versa through intermediate structure software, 
comprising : 

0 a. a first program object being part of the 

intermediate structure software and for performing of 
first functions on data units, said data units being 
transferred to and from the application program and data 
units being transferred to and from said first program 

5 object; 

b. a second program object being part of the 
intermediate structure software and for performing of 
second functions on said data units, said data units 




4 



3 



being transferred to and from said second program object 
and data units being transferred to and from the network 
driver. 

16. System according to claim 15, wherein 
5 service data units are stored in a memory part using 

references . 

17. System according to claim 15 or 16, 
provided with a SDU manager. 

Method for communication between a network 
10 device driver program and an application program through 
intermediate structure software, comprising the steps of: 

a. supplying of first data units from the 
network device driver program to a first program object 
or protocol object being part of the intermediate 

15 structure software; 

b. performing of first functions of the first 
program object on said first data units; 

c. supplying of resulting second data units 
from the first program object to a second program object 

2 0 being part of the intermediate structure software; 

d. performing of second functions of the second 
program object on the second data units; 

e. supplying of resulting application data 
units from the second program object to said application 

2 5 program. 

19. Method according to claim 4, wherein within 
a queue-object two or more priorities for passing of data 
units are provided. 



ABSTRACT 



The present invention relates to a method for 
communication between an application program and a 
network device driver program through intermediate 
structure software, comprising the steps of: 
5 a. supplying of application data units from the 

application 'program to a first program object being part 
of the intermediate structure software ; 

b. performing of first functions of the first 
program object on the application data units; 
10 c. supplying of resulting first data units from 

the first program object to a second program object being 
part of the intermediate structure software ; 

d. performing of second functions of the second, 
program object on the first data units; 
15 e. supplying of the resulting second data units 

to the network device driver program. 

The present invention also provides a system 
for communication between an application program and a 
network device driver program and vice versa through 
2 0 intermediate structure software, comprising: 

a. a first program object being part of the 
intermediate structure software and for performing of 
first functions on data units, said data units being 
transferred to and from the application program and data 

2 5 units being transferred to and from said first program 

obj ect ; 

b. a second program object being part of the 
intermediate structure software and for performing of 
second functions on said data units, said data units 

3 0 being transferred to and from said second program object 

and data units being transferred to and from the network 
driver . 
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« *■ DECLARATION FOR PATENT APPLICATION (JOINT OR SOLE) 

(Under 37 CFR § 1,63; with Power of Attorney) 

FROMMER LAWRENCE & HAUG LLP flh File no. 450117-4840 

As a below named inventor, I hereby dec La re that: 

My residence, post office address and citizenship are as stated below next to my name, 

I believe I am the original, first and sole inventor (if only one name is listed below) or an original, first 
and joint inventor (if plural names are listed below) of the subject matter which is claimed and for which a patent is 
sought on the invention ENTITLED: 

METHOD AND SYSTEM FOR COMMUNICATION BETWEEN APPLICATION PROGRAMS AND A NETWORK 

the specification of which 

X is attached hereto. 



was filed on 



as Application Serial No. 



(if applicable, give dates). 



with amendment (s) through 

I hereby state that I have reviewed and understand the contents of the above- identified specification, including 
the claims, as amended by any amendment referred to above. 

I acknowledge the duty to disclose to the United States Patent and Trademark Office all information known to me 
to be material to patentability as defined in Title 37, Code of Federal Regulations, Sec. 1.56. 

I hereby claim foreign priority benefits under Title 35, United States Code, § 119 of any foreign appl ication(s) 
for patent or inventor's certificate listed below and have also identified below any foreign application for patent or 
inventor's certificate having a filing date before that of the application on which priority is claimed: 

Prior Foreign Application(s) [list additional applications on separate page]: Priority Claimed: 
Number: Country: Fi 1 ed (Day/Month/Year) : Yes No 

98200379.0 Europe 9 February 1998 X 

if! I hereby claim the benefit under Title 35, United States Code, § 120 of any United States appl ication(s) listed 

ijpbelow and, insofar as the subject matter of each of the claims of this application is not disclosed in the prior United 
^States application in the manner provided by the first paragraph of Title 35, United States Code § 112, I acknowledge the 
Jcduty to disclose to the United States Patent and Trademark Office all information known to me to be material to 
;~~patentabi li ty as defined in Title 37, Code of Federal Regulations, Sec. 1.56, which became available between the filing 
Jf'date of the prior application and the national or PCT international filing date of this application: 
= y Prior U.S. Applications) [list additional applications on separate page]: 

%| Appln. Ser. Number: Filed (Day/Mont h/Year) : Status (patented, pending, abandoned): 

I hereby appoint WILLIAM S. FROMMER . Registration No. 25,506 , and DENNIS M. SMID , Registration No. 34,930 



or their duly appointed associate, my attorneys, with full power of substitution and revocation, to prosecute this 
Sapplication, to make alterations and amendments therein, to file continuation and divisional applications thereof, to 
ireceive the Patent, and to transact all business in the Patent and Trademark Office and in the Courts in connection 
^therewith, and specify that all communications about the application are to be directed to the following correspondence 
Jaddress : 



WILLIAM S. FROMMER 



Esq. 



c/o FROMMER LAWRENCE & HAUG LLP 
745 Fifth Avenue 
New York, New York 10151 



Direct all telephone calls to: 

(212) 588-0800 

to the attention of: 

WILLIAM S. FROMMER 



I hereby declare that all statements made herein of my own knowledge are true and that all statements made on 
information and belief are believed to be true; and further that these statements were made with the knowledge that 
willful false statements and the like so made are punishable by fine or imprisonment, or both, under Section 1001 of 
Title 18 of the United States Code and that such willful false statements may jeopardize the validity of the application 
or any patent issued thereon. 

INVENTOR(S): 

Signature: Date: 



Full name of sole or first inventor: 

Residence: 

Citizenship: 



Yoeri APTS 

Betsebroekstraat 17, 2812 MECHELEN, BELGIUM 
Belgian 



Signature: 

Full name of 2nd joint inventor (if any): 

Residence: 

Citizenship: 



Date: 



Philip MARIV0ET 

Waterloostraat 16, 1880 KAPELLEN OP DEN BOS, BELGIUM 
Belgian 



Signature: 

Full name of 3rd joint inventor (if any): 

Residence: 

Citizenship: 

[Similarly list additional inventors on separate page] 

Post Office Address (es) of inventor(s): 

[if alt inventors have the same post office address] 



Date: 



SONY EUR0PA B.V. 
Schipholweg 275 
NL-1171 Pk Badhoevedorp 
THE NETHERLANDS 



Note: In order to qualify for reduced fees available to Small Entities, each inventor and any other individual or entity 
having rights to the invention must also sign an appropriate separate "Verified Statement (Declaration) Claiming [or 
Supporting a Claim by Another for3 Small Entity Status" form [e.g. for Independent Inventor, Small Business Concern, 
Nonprofit Organization, individual Non- Invent or ] . 



Note: A post office address must be provided for each inventor. 
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